api: route per-call against unified hosts by simonfaltum · Pull Request #5137 · databricks/cli

simonfaltum · 2026-04-30T09:11:35Z

Why

databricks api always sent the workspace routing identifier (X-Databricks-Org-Id) when the profile had one, even when the path was an account API. On unified hosts (one host serving both workspace and account APIs) this misrouted account calls. There was also no way to explicitly route a call to the account API or override the identifier per call.

Changes

Before: routing was decided once from the profile and applied to every call.
Now: routing is decided per call from the path being requested.

Paths under /accounts/{id}/ are auto-detected as account-scope; the routing identifier is dropped.
A small hand-written list in cmd/api/paths.go carves out workspace-routed proxy APIs that happen to live under /accounts/, so they keep the identifier.
--account forces account-scope on a non-/accounts/ path.
--workspace-id <id> overrides the identifier per call. Mutually exclusive with --account.
?o=<id> on the path (the SPOG URL convention used by the Databricks UI) is recognized as a per-call workspace override, so URLs pasted from the browser route correctly.
The CLI-only workspace_id = none sentinel is stripped before the routing decision so the literal "none" never goes on the wire.

Routing logic lives in pure functions (hasAccountSegment, extractOrgIDFromQuery, resolveOrgID, normalizeWorkspaceID, isWorkspaceProxyPath) that take primitives. The cobra RunE is a thin adapter that resolves config and calls them.

Test plan

go test ./cmd/api covers the helpers with table-driven cases: deny-list hits and misses, query/fragment edge cases, mutual-exclusion errors, sentinel stripping, ?o= extraction.
go test ./acceptance -run TestAccept/cmd/api exercises seven variants end to end against terraform and direct engines: workspace path, account path, deny-listed proxy under /accounts/, --account, --workspace-id, ?o= query, workspace_id = none. Each test asserts header presence/absence explicitly via print_requests.py | contains.py.
make checks

The next PR teaches `databricks api` to detect workspace-vs-account scope per call. That decision needs a deny-list of paths under accounts/ that the SDK builds without an account-ID slot (workspace proxies). Hand-maintaining that list drifts from the SDK; this commit generates it. genpaths walks every service/*/impl.go in the pinned SDK with go/ast, classifies each `path :=` assignment, and emits cmd/api/paths_generated.go with a closed allowlist on account-ID source spellings. Refuses to emit prefixes that would over-match, fails loudly on idioms it doesn't recognize, handles var/define/assign forms and rejects compound assignments. Hooked into ./task generate-paths and the existing generated-files staleness gate in CI. The generated tables are not yet referenced at runtime; the next PR wires them in. Generated-file lint exclusions (lax rules) cover the unused declarations until then. Co-authored-by: Isaac

- Drop stdlib log in favor of fmt.Fprintf+os.Exit for the generator binary (depguard rule against the stdlib log package). - Make the path-class switch exhaustive by listing the no-op cases. - Lowercase the format-verb error string (staticcheck ST1005). Co-authored-by: Isaac

Keep the unified-host routing support small for the initial PR by hand-maintaining the current workspace-proxy exceptions instead of parsing generated SDK source.

`databricks api <verb> <path>` previously bypassed the generated SDK header logic and called client.Do directly, so on unified hosts where workspace-vs-account routing is decided per-call it had no way to distinguish the two. This wires up per-call detection using the deny-list from the prior PR, plus three explicit overrides: --account scope this call to the account API --workspace-id <id> override the workspace routing identifier {account_id} literal substituted from the active profile Detection runs on URL.Path so query strings and fragments can't false-match. The CLI-only WorkspaceIDNone sentinel (workspace_id = none in .databrickscfg) is normalized to empty before the SDK's idiomatic check sees it, so the literal "none" never goes on the wire. Behavior change for classic workspace profiles that have workspace_id set: the routing identifier is now sent. Classic gateways ignore the header so this should be benign; called out in the manual smoke plan in case it surfaces. Co-authored-by: Isaac

Keep the manual workspace-proxy list behind one helper so tests exercise the same path used by runtime account detection.

Add the standard OS and CI/cicd replacements to acceptance/cmd/api/test.toml and regenerate the recorded User-Agent strings to use os/[OS]. Without these, goldens generated locally on macOS contain os/darwin and no cicd/ segment, which fail on Linux + GitHub Actions where the SDK records os/linux ... cicd/github. Co-authored-by: Isaac

SPOG URLs from the Databricks UI carry the workspace ID as a query param (e.g. /api/2.2/jobs/list?o=7474644166319138). Recognize that param when present and use it as the routing identifier so pasted URLs route correctly without requiring --workspace-id. Precedence: --account > --workspace-id flag > ?o= > account-path auto-detect > profile workspace_id. Co-authored-by: Isaac

…' into simonfaltum/cli-api-spog-routing

cmd/api scripts pass POSIX paths like /api/2.0/clusters/list to the CLI. Git Bash on Windows converts a leading "/" arg to a Windows path, so the CLI sees /Program Files/Git/api/2.0/... and the testserver returns 404. Set MSYS_NO_PATHCONV=1 in the parent test.toml, matching the pattern used by cmd/workspace/export-dir-* and workspace/repos. Also regenerate out.test.toml with the diff-friendly inline format introduced by #5146. Co-authored-by: Isaac

…pog-routing

pietern · 2026-05-04T11:49:45Z

+	// correctly without requiring --workspace-id.
+	orgIDQueryParam = "o"
+
+	accountIDPlaceholder = "{account_id}"


This feels like it belongs in a different PR. The current impl doesn't interpolate account IDs and we don't need to start doing that (yet). Might be useful, but then we should see if we should interpolate more.

That's fair - I just wanted to make it easy to copy from the docs.

Pulled it out in the latest push (1ea4ffc) — {account_id} substitution and its acceptance tests are gone. Happy to do it as a focused follow-up if/when we want to expand path substitution more broadly.

pietern · 2026-05-04T11:54:16Z

+	"/api/2.0/preview/accounts/access-control/assignable-roles": {},
+	"/api/2.0/preview/accounts/access-control/rule-sets":        {},
+}
+


The need for this list is unfortunate. What happens if we tack on the ?o= regardless?

Or can we match on /accounts and /preview/accounts?

You have the workspaceProxyPrefixes that makes that matching not possible afaik

pietern · 2026-05-04T11:58:14Z

@@ -0,0 +1 @@
+$CLI api get /api/2.0/clusters/list --account


The goal is that we don't see any org ID in the request log, correct?

If so, it's worth capturing in another call here that confirms that assertion.

Easy to miss the intent otherwise.

Done in e9e0b4a. Each of the seven cmd/api acceptance tests now uses print_requests.py --get --keep | contains.py to assert the recorded request either does or does not carry X-Databricks-Org-Id (with a specific value where one is expected). The intent is now visible in the script and in output.txt, not implicit in out.requests.txt.

This now dups the requests between out.requests.txt and output.txt. Can you keep one of them?

Dropped --keep in 556b552 — print_requests.py now consumes out.requests.txt (deleted from the test directories) and the recorded request lives in output.txt only.

…pog-routing

Pull this out of the per-call routing PR per review feedback. The routing change does not need account-ID interpolation to land; if we want it later it can be a focused follow-up alongside any other path-substitution we decide to support. Co-authored-by: Isaac

…citly Each test now uses print_requests.py | contains.py to assert the recorded request either does or does not carry the routing identifier. The intent (header sent or not, with what value) is now visible in the script and in output.txt, instead of being implied by the recorded out.requests.txt artifact alone. Co-authored-by: Isaac

pietern · 2026-05-04T13:46:09Z

@@ -0,0 +1 @@
+$CLI api get /api/2.0/clusters/list --account


This now dups the requests between out.requests.txt and output.txt. Can you keep one of them?

print_requests.py --keep was preserving out.requests.txt alongside the new inline assertion in output.txt, duplicating the recorded request. Drop --keep so the helper consumes out.requests.txt and the assertion stays in output.txt only. Co-authored-by: Isaac

simonfaltum temporarily deployed to test-trigger-is April 30, 2026 09:12 — with GitHub Actions Inactive

simonfaltum added 2 commits April 30, 2026 11:28

simonfaltum force-pushed the simonfaltum/cli-api-spog-routing branch from 6db6f9e to a775d99 Compare April 30, 2026 09:38

simonfaltum temporarily deployed to test-trigger-is April 30, 2026 09:38 — with GitHub Actions Inactive

simonfaltum changed the title ~~api: make databricks api host-agnostic~~ api: generate workspace-proxy deny-list from SDK source Apr 30, 2026

simonfaltum mentioned this pull request Apr 30, 2026

api: route per-call against unified hosts #5140

Closed

4 tasks

simonfaltum added 3 commits April 30, 2026 12:15

api: replace generated proxy paths with manual list

28fbf39

Keep the unified-host routing support small for the initial PR by hand-maintaining the current workspace-proxy exceptions instead of parsing generated SDK source.

api: route account detection through proxy helper

4769fa7

Keep the manual workspace-proxy list behind one helper so tests exercise the same path used by runtime account detection.

simonfaltum temporarily deployed to test-trigger-is April 30, 2026 10:18 — with GitHub Actions Inactive

simonfaltum changed the title ~~api: generate workspace-proxy deny-list from SDK source~~ api: route per-call against unified hosts Apr 30, 2026

simonfaltum marked this pull request as ready for review April 30, 2026 10:32

simonfaltum temporarily deployed to test-trigger-is April 30, 2026 10:39 — with GitHub Actions Inactive

simonfaltum requested a review from pietern April 30, 2026 14:55

Merge branch 'main' into simonfaltum/cli-api-spog-routing

f548898

simonfaltum temporarily deployed to test-trigger-is May 1, 2026 06:59 — with GitHub Actions Inactive

Merge branch 'main' into simonfaltum/cli-api-spog-routing

9526263

simonfaltum temporarily deployed to test-trigger-is May 4, 2026 08:34 — with GitHub Actions Inactive

simonfaltum added 2 commits May 4, 2026 11:22

Merge remote-tracking branch 'origin/simonfaltum/cli-api-spog-routing…

b60ab18

…' into simonfaltum/cli-api-spog-routing

simonfaltum temporarily deployed to test-trigger-is May 4, 2026 09:25 — with GitHub Actions Inactive

simonfaltum added 2 commits May 4, 2026 13:58

Merge remote-tracking branch 'origin/main' into simonfaltum/cli-api-s…

f63d896

…pog-routing

simonfaltum temporarily deployed to test-trigger-is May 4, 2026 11:59 — with GitHub Actions Inactive

pietern reviewed May 4, 2026

View reviewed changes

simonfaltum added 3 commits May 4, 2026 15:31

Merge remote-tracking branch 'origin/main' into simonfaltum/cli-api-s…

55a83d5

…pog-routing

simonfaltum temporarily deployed to test-trigger-is May 4, 2026 13:39 — with GitHub Actions Inactive

pietern approved these changes May 4, 2026

View reviewed changes

Merge branch 'main' into simonfaltum/cli-api-spog-routing

f7793ce

simonfaltum temporarily deployed to test-trigger-is May 4, 2026 14:38 — with GitHub Actions Inactive

simonfaltum temporarily deployed to test-trigger-is May 4, 2026 14:41 — with GitHub Actions Inactive

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

api: route per-call against unified hosts#5137

api: route per-call against unified hosts#5137
simonfaltum wants to merge 17 commits intomainfrom
simonfaltum/cli-api-spog-routing

simonfaltum commented Apr 30, 2026 •

edited

Loading

Uh oh!

pietern May 4, 2026

Uh oh!

simonfaltum May 4, 2026

Uh oh!

simonfaltum May 4, 2026

Uh oh!

pietern May 4, 2026

Uh oh!

pietern May 4, 2026

Uh oh!

simonfaltum May 4, 2026

Uh oh!

pietern May 4, 2026

Uh oh!

simonfaltum May 4, 2026

Uh oh!

pietern May 4, 2026

Uh oh!

simonfaltum May 4, 2026

Uh oh!

pietern May 4, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

simonfaltum commented Apr 30, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Why

Changes

Test plan

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

simonfaltum commented Apr 30, 2026 •

edited

Loading